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TRANSLATION OF UNIVERSAL ARMAMENT 
INTERFACE (UAD TO MILITARY STANDARD 
(MIL-STD-1760) MESSAGING INTERFACE 


RELATED APPLICATIONS 


[0001] This application is related to and hereby incorpo- 
rates by reference co-pending 17.5. patent application Ser. No. 

, entitled “MILITARY STANDARD (MIL-STD- 
1760) INTERFACE BRIDGE”, filed Sep. 23, 2013 (Attorney 
Docket No. 2865-12.3790.US.NP). This application is 
related to of and hereby incorporates by reference co-pending 
U.S. patent application Ser. No. , entitled “INTER- 
FACE BRIDGE FOR INITIALIZING A WEAPON WITH 
MISSION PLANNING DATA”, filed Sep. 23, 2013 (Attor- 
ney Docket No. 2865-12.4173.US.NP). 


BACKGROUND 


[0002] Aerial vehicles, such as attack aircraft or fighter 
aircraft (e.g., Boeing or McDonnell Douglas F/A-18 C/D/E/F 
Hornet or Lockheed Martin or General Dynamics F-16 Fight- 
ing Falcon) or unmanned aerial vehicle (UAV) (e.g., General 
Atomics MQ-1 Predator or MQ-9 Reaper (Predator-B)) can 
carry various munitions (e.g., bombs or missiles). The muni- 
tions can be carried on carriage racks (e.g., a single carriage or 
a dual carriage), such as a bomb release unit (BRU) (e.g., 
Boeing BRU-61/A). Furthermore, aerial vehicles can use a 
messaging protocol (e.g., military standard-1760 (MIL-STD- 
1760)) to control, monitor, and release the munitions on the 
carriage racks. 


BRIEF DESCRIPTION OF THE DRAWINGS 


[0003] Features and advantages of the disclosure will be 
apparent from the detailed description which follows, taken 
in conjunction with the accompanying drawings, which 
together illustrate, by way of example, features of the disclo- 
sure; and, wherein: 

[0004] FIG. 1 illustrates a functional diagram of an Univer- 
sal Armament Interface (UAI) translator including a legacy 
military standard-1760 (MIL-STD-1760) messaging inter- 
face used between an aircraft platform and a weapon platform 
in accordance with an example; 

[0005] FIG. 2 illustrates a diagram of aircraft platforms in 
accordance with an example; 

[0006] FIG. 3 illustrates a diagram of military standard- 
1553 (MIL-STD-1553) word formats in accordance with an 
example; 

[0007] FIG. 4 illustrates a diagram of military standard- 
1553 (MIL-STD-1553) data message formats in accordance 
with an example; 

[0008] FIG. 5 illustrates a flow chart of a receive message 
(‘R’ message) process in accordance with an example; 
[0009] FIG. 6 illustrates a diagram of legacy 17R (i.e, 
target data) message fields mapping to Universal Armament 
Interface (UAI) 17R (i.e., target data) and [ላ] 24R (i.e, 
seeker control) messages in accordance with an example; 
[0010] FIG. 7 illustrates a flow chart of a transmit message 
CT’ message) process in accordance with an example; 
[0011] FIG. 8 depicts a flow chart of a method for translat- 
ing between and Universal Armament Interface (UATI) and a 
military standard-1760 (MIL-STD-1760) messaging inter- 
face in accordance with an example; and 
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[0012] FIG. 9 depicts functionality of computer circuitry of 
an Universal Armament Interface (UAI) translator for a mili- 
tary standard-1760 (MIL-STD-1760) messaging interface in 
accordance with an example. 


[0013] Reference will now be made to the exemplary 
embodiments illustrated, and specific language will be used 
herein to describe the same. It will nevertheless be understood 
that no limitation of the scope of the invention is thereby 
intended. 


DETAILED DESCRIPTION 


[0014] Before the present invention is disclosed and 
described, it is to be understood that this invention is not 
limited to the particular structures, process steps, or materials 
disclosed herein, but is extended to equivalents thereof as 
would be recognized by those ordinarily skilled in the rel- 
evant arts. It should also be understood that terminology 
employed herein is used for the purpose of describing par- 
ticular examples only and is not intended to be limiting. The 
same reference numerals in different drawings represent the 
same element. Numbers provided in flow charts and pro- 
cesses are provided for clarity in illustrating steps and opera- 
tions and do not necessarily indicate a particular order or 
sequence. 


Example Embodiments 


[0015] An initial overview of technology embodiments is 
provided below and then specific technology embodiments 
are described in further detail later. This initial summary is 
intended to aid readers in understanding the technology more 
quickly but is not intended to identify key features or essential 
features of the technology nor is it intended to limit the scope 
of the claimed subject matter. 


[0016] Modern air-to-ground weapons may implement a 
Universal Armament Interface (UAI). The UAI can be logical 
or messaging interface allowing for a standardized message 
structure for various modern weapons and aircraft platforms. 
Many aircraft platforms (e.g., using military standard-1760 
(MIL-STD-1760) precision guided munitions (PGM) mis- 
sion store) that do not implement the UAI can still be candi- 
dates to carry UAI weapons. The effort (e.g., cost and devel- 
opment) to implement a UAI capability into the platform 
avionics can require significant platform avionics software 
upgrades and/or modifications to the weapon’s software. 


[0017] A Universal Armament Interface (UAI) translator 
100 can provide real-time logical or messaging translation 
between the MIL-STD-1760 PGM message interface (i.e., 
legacy interface 116) and the UAI 126, as illustrated in FIG. 
1. The UAI translator can be placed anywhere in a path (i.e., 
inline) between a legacy interface (e.g., MIL-STD-1553 bus 
controller (BC) 162) of an aircraft platform 140 and a UAI 
(e.g., UAI remote terminal (RT) 172) of a weapon platform 
150. For instance, the UAI translator can be incorporated with 
controls of the aircraft platform (e.g., in a cockpit) or located 
with a carriage rack. In an example, the UAI translator can be 
incorporated in a MIL-STD-1760 interface bridge as 
described in co-pending U.S. patent application Ser. No. 

, entitled “MILITARY STANDARD (MIL-STD- 
1760) INTERFACE BRIDGE”, filed Sep. 23, 2013 (Attorney 
Docket No. 2865-12.3790.US.NP), which is hereby incorpo- 
rated by reference in its entirety. The UAI translator can 
provide real-time message translation, data conversion, and 
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data field manipulation so the message protocols can be 
understood between the aircraft and the weapon. 

[0018] The UAI translator 100 can include a MIL-STD- 
1553 remote terminal (RT) 114 as an interface on the aircraft 
platform side, a MIL-STD-1553 bus controller (BC) or 
Enhanced Bit Rate-1553 (EBR-1553) BC 124 as an interface 
on the weapon platform side, and an interface translator 104 
to provide message translation (or logical translation or data 
manipulation) between the legacy interface and the UAI. The 
interface translator can include a processor 106 (e.g., central 
processing unit (CPU)) to provide message translation (con- 
version) in real-time while maintain critical timing require- 
ments. 

[0019] Miniature munitions (e.g. small diameter bomb-I 
(SDB-I) and SDB-II) can use the UAI (i.e., using UAI mes- 
saging 170), which can be incompatible with a MIL-STD- 
1760 and/or a MIL-STD-1553B aircraft message interface 
(i.e., using legacy (non-UAI) messaging 160) used by legacy 
aircraft platforms. These small munitions can mount to a 
multi-position carriage system, which can provide carriage 
and/or ejection. The UAI translator can eliminate a need for 
an expensive carriage or aircraft store or modifications to an 
aircraft platform messaging interface. Thus, the UAI transla- 
tor can significantly reduce integration costs for miniature 
munitions using the UAI, and allows carriage of miniature 
munitions on any MIL-STD-1760 platform with 14" lugs 
(i.e., mounts for munitions). 

[0020] Anaircraft store can include any device intended for 
internal or external carriage and mounted on aircraft suspen- 
sion and release equipment, whether or not the item is 
intended to be separated inflight from the aircraft. Aircraft 
stores can be classified in two categories: an expendable store 
and a nonexpendable store. The expendable store may nor- 
mally be separated from the aircraft in flight such as a missile, 
rocket, bomb, nuclear weapon, mine, torpedo, pyrotechnic 
device, sonobuoy, signal underwater sound device, or other 
similar items. The nonexpendable store may not normally be 
separated from the aircraft in flight such as a tank (e.g., fuel 
and spray), line-source disseminator, pod (e.g., refueling, 
thrust augmentation, gun, electronic attack, data link), mul- 
tiple rack, target, cargo drop container, drone or other similar 
items. 

[0021] FIG. 2 illustrates aerial vehicles, such as attack air- 
craft or fighter aircraft (e.g., Boeing or McDonnell Douglas 
F/A-18 C/D/E/F Hornet 142, Lockheed Martin or General 
Dynamics F-16 Fighting Falcon 146, Northrop Grumman 
B-2A 148 (i.e., Stealth Bomber), or Boeing B-52H Stratofor- 
tress 138) or unmanned aerial vehicle (UAV) (e.g., General 
Atomics MQ-1 Predator or MQ-9 Reaper 144 (Predator-B)) 
which can be aircraft platforms for the UAI translator. 
[0022] The carriage platforms that can operate with the 
UAI translator can include the bomb release unit-55 (BRU- 
55) (used by the U.S. Department of the Navy (DoN)) and 
allows carriage of two smart weapons (e.g., dual weapon up to 
1000 Ib class) on a single aircraft platform), BRU-33 (dual 
weapon carriage used by the U.S. Marines), BRU-57 (dual 
weapon carriage used by the U.S. Air Force (USAF)), muni- 
tions armament unit-46 (MAU-46), BRU-71/A, smart bomb 
rack assembly (SBRA) (including 20 weapons), or heavy 
stores adapter beam (HSAB) (including 9 weapons for exter- 
nal munitions on USAF B-52H). 

[0023] Thelegacy interface can use a message format for an 
MIL-STD-1760 precision guided munitions (PGM) mission 
store. The MIL-STD-1760 precision guided munitions mis- 
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sion store include Guided Bomb Unit-3 1/32/38 (GBU-31/32/ 
38) Joint Direct Attack Munitions (JDAM), Air-to-Ground 
Missile-154 (AGM-154) Joint Standoff Weapon (JSOW); 
Enhanced GBU-24/27/28 (EGBU-24/27/28) Enhanced Pave- 
way™,; Cluster Bomb Unit-103 (CBU-103), CBU-104, or 
CBU-105 Wind Corrected Munitions Dispensers (WCMDs); 
Air-launched Decoy Missile-160B/C (ADM-160B/C) Min- 
iature Air Launched Decoy (MALD); or AGM-158 Joint Air- 
to-Surface Stand-Off Missile (JASSM). The message format 
(i.e., legacy (non-UAJ) format) for an MIL-STD-1760 PGM 
mission store can use message structures and definitions con- 
forming to a legacy weapon Interface Control Document 
(ICD). 

[0024] The following provides greater details of the 
examples. Referring back to FIG. 1, The UAI translator 100 
can provide real-time, inline translation of a legacy interface 
to a UAI. The UAI translator can include capabilities to sup- 
port multiple different aircraft interfaces and platforms. The 
aircraft platform can include a MIL-STD-1553 (or MIL- 
STD-1760) bus controller (BC) 162 for sending messages 
(e.g., legacy receive (“R”) messages 164) to the weapon and 
receiving messages (e.g., legacy transmit (‘T’) messages 166) 
from the weapon via a legacy (non-UAI) messaging 160. The 
weapon platform can use an UAI remote terminal (RT) 172 
for sending messages (e.g., UAI transmit (“T”) messages 176) 
to the aircraft and receiving messages (e.g., UAI receive (“R”) 
messages 174) from the aircraft and via UAI messaging 170. 
The UAI translator can operate as a MIL-STD-1760 (e.g., 
MIL-STD-1553) RT 114 for the aircraft platform, operate as 
a MIL-STD-1553 or an EBR-1553 BC 124 for the weapon 
platform, and provide an interface translator 104 for provid- 
ing message layer translation (or logical layer translation) 
between the legacy interface and the UAI. The UAI translator 
can convert the legacy “R” message interface on the RT side to 
the UAI ‘R’ message interface on the BC side. The UAI 
translator can also convert the “T” UAI message interface on 
the BC side to the legacy “T” message interface on the RT side. 


[0025] In another example, the MIL-STD-1553 RT 114 can 
be coupled to MIL-STD-1553-based test equipment 168 to 
simulate the aircraft platform’s BC and verify the interface 
translator and the legacy interface RT functionality. In 
another configuration (not shown), the MIL-STD-1553 or 
EBR-1553 BC 124 can be coupled to MIL-STD-1553-based 
or EBR-1553-based test equipment to simulate the weapon 
platform’s RT and verify the interface translator and the UAI 
BC functionality. 


[0026] The interface translator 100 allows a UAI weapon 
(e.g., SDB-I]) to be integrated onto a platform that imple- 
ments a legacy MIL-STD-1760 messaging interface for an 
air-to-ground weapon (e.g., JDAM or Enhanced Paveway™) 
and provides a logical interface (i.e., “T” and ‘R? messages) 
between the UAI weapon and legacy aircraft platform. The 
interface translator can be implemented in software, firm- 
ware, or hardware and can run on the processor 106 to shift 
and/or recalculate data elements to perform the interface 
translation. If the message is reformatted then the processor 
can perform remapping of the UAI ‘T’ message before updat- 
ing the legacy ‘T’ message buffer on the RT (aircraft side). 
The interface translation may be platform specific, which 
may differ slightly depending on the platform. The UAI trans- 
lator can adjust to a specific platform based on a received 
aircraft identifier (ID) message (e.g., subaddress [01 R] mes- 
sage). The MIL-STD-1760 interface provides for the defini- 
tion of the aircraft ID message. 


US 2015/0370752 Al 


[0027] MIL-STD-1760 defines some standard messages 
and interface protocols. However, a significant portion of the 
message formats can be unique to the particular weapon. The 
Universal Armament Interface (UAI) specifications delineate 
standard message structures for message subadresses. The 
platform and/or weapon has the capability to customize or 
tailor portions of the interface based on supported function- 
ality. Without changing the UAI specification, neither the 
platform nor the store (e.g., aircraft store) may define new 
message formats or fields within a message. Thus, the UAI 
specification can be a common interface that can simplify the 
integration of the various platform and/or store interface com- 
binations. 

[0028] As established weapons implement the UAI, these 
weapons may continue to support their legacy interface so 
that these weapons can continue to work on platforms that 
have not implemented UAI. A weapon system (e.g., SDB-II) 
may be designed as a UAI weapon without a legacy interface. 
The cost for existing platforms to implement UAI can be 
expensive. Additionally, a weapon, such as SDB-II, can use 
advanced UAI features that previously integrated weapons 
did not use, which advanced features may not be supported in 
the platform avionics. The technology (e.g., UAI translator, 
methods, computer circuitry, and systems) described herein 
can provide mechanisms to implement a UAI weapon (e.g., 
SDB-II) on a legacy MIL-STD-1760 platform without requir- 
ing major changes to the aircraft avionics software and with- 
out requiring the platform to implement UAI capability. 
[0029] In computer networking and/or wired communica- 
tion, different functions can be provided by different layers in 
a protocol stack. The protocol stack can be an implementation 
of a computer networking protocol suite. The protocol stack 
(or protocol suite or standard) can include the definition and 
implementation of the protocols. Each layer or protocol in the 
protocol stack can provide a specified function. The modu- 
larization of the layers and protocols can make design and 
evaluation of the computer networking and/or wired commu- 
nication easier. In an example, each protocol module or layer 
module ina stack of protocols may communicate with at least 
two other modules (e.g., a higher layer and a lower layer). The 
lowest protocol or layer (e.g., physical layer) can provide 
low-level, physical interaction with the hardware. Each 
higher layer may add more features. The upper or topmost 
layers (e.g., application layer) can include user applications. 
[0030] In an example of aircraft-to-weapon system com- 
munication, at least three communication layers can be used, 
including the physical layer, a message layer, and the appli- 
cation layer. The UAI translator can provide message layer 
(i.e., logical layer) processing of messages between the air- 
craft platform and a weapon (e.g., miniature munition). 
[0031] Prior to the MIL-STD-1553 data bus (i.e., a serial 
digital multiplex data bus), aircraft platforms and weapons 
used inefficient and cumbersome analog point-to-point wire 
bundles as a means of interconnecting the sensors, comput- 
ers, actuators, indicators, and other equipment onboard the 
modern military vehicle. The MIL-STD-1553 multiplex data 
bus can provide integrated, centralized system control and a 
standard interface for equipment connected to the bus. The 
MIL-STD-1553 bus (or interface) provides 8 means by which 
bus traffic is available to be accessed with a single connection 
for testing and interfacing with the system. The MIL-STD- 
1553 (e.g., “Aircraft Internal Time-Division Command/Re- 
sponse Multiplex Data Bus”) with the appropriate revision 
letter (A or B) as a suffix defines operation of a serial data bus 
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that interconnects multiple devices via a twisted, shielded 
pair of wires. A MIL-STD-1553 system can implement a 
command-response format. Multiplexing provides weight 
reduction, simplicity, standardization, and flexibility. Multi- 
plexing facilitates the transmission of information along the 
data flow, and permits the transmission of several signal 
sources through one communications system. 

[0032] A MIL-STD-1553 multiplex data bus system can 
include a bus controller (BC) controlling multiple remote 
terminals (RT) connected together by a data bus providing a 
single data path between the bus controller and the associated 
remote terminals. One or more bus monitors (BM) may be 
coupled to the MIL-STD-1553 bus, however, bus monitors 
may not take part in data transfers, and can be used to capture 
or record data for analysis. In redundant bus implementa- 
tions, several data buses are used to provide more than one 
data path (i.e., dual redundant data bus or tri-redundant data 
bus). Transmissions onto the data bus can be accessible to the 
BC and connected RTs. 

[0033] The MIL-STD-1553 bus is made up of twisted- 
shielded pairs of wires to maintain message integrity with a 
redundant pair of buses for a second path (or additional paths) 
for bus traffic in case one of the buses is damaged. Three 
functional modes of terminals can be used on the data bus: the 
bus controller, the bus monitor, and the remote terminal. 
Devices may be capable of more than one function. 

[0034] The MIL-STD-1553 bus controller (BC) can be a 
terminal that initiates information transfers on the data bus. 
The MIL-STD-1553 can send commands to the remote ter- 
minals (RT), which can reply with a response. The MIL-STD- 
1553 bus can support multiple controllers, but only one BC 
may be active at a time. The control of information transmis- 
sion on the bus resides with the bus controller. The MIL-STD- 
1553 bus monitor (BM), which can be used for instrumenta- 
tion, can be a terminal assigned the task of receiving bus 
traffic and extracting selected information to be used at a later 
time. The MIL-STD-1553 remote terminal can be any termi- 
nal operating in the remote terminal (RT) mode (e.g., not 
operating in either the bus controller or bus monitor mode). 
[0035] As illustrates in FIG. 3, messages consist of one or 
more 16-bit words (e.g., command, data, or status). The 16 
bits comprising each word can be transmitted using Manches- 
ter code, where each bit is transmitted as a 0.5 us high and 0.5 
us low for a logical 1 or a low-high sequence for a logical 0. 
Each word can be preceded by a 3 us synchronization (sync) 
pulse (i.e., 1.5 us low plus 1.5 us high for data words and the 
opposite for command and status words, which cannot occur 
in the Manchester code) and followed by an odd parity bit. 
Practically each word can be considered as a 20-bit word: 3 
bit for sync, 16 bit for payload and 1 bit for odd parity control. 
The words within a message can transmitted contiguously 
and a minimum of a 4 microsecond (us) gap can occur 
between messages. However, an inter-message gap can be 
much larger than 4 us, even up to 1 ms with some older bus 
controllers. Devices (e.g., RTs) can start transmitting their 
response to a valid command within 4-12 us and may consid- 
ered to not have received a command or message if no 
response has started within 14 us. 

[0036] The nominal word size is 16 bits, with the most 
significant bit (MSB) first. The three types or formats of 
MIL-STD-1553 words include a command word, a status 
word, and a data word, as illustrated by FIG. 3. A packet is 
defined to have no inter-message gaps. The time between the 
last word of a controller message and the return (1.ፎ.. reply) of 
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the terminal status byte is 4-12 microseconds. The time 
between status byte and a next bus controller message may be 
undefined. 

[0037] Command words are transmitted by the bus control- 
ler and include a 3 bit-time sync pattern (i.e., bits 1-3), a 5 bit 
RT address field (i.e., bits 4-8; RT address 0-31), a 1 transmit/ 
receive (T/R) field (i.e., bit 9; O for receive or 1 for transmit), 
a 5 bit subaddress/mode field (i.e., bits 10-14; indicate the 
location (sub-address) to hold or get data on the RT (1-30); 
sub-addresses 0 and 31 are reserved for mode codes), a 5 bit 
word count/mode code field (i.e., bits 15-19; indicate the 
number of words to expect (1-32); all zero bits indicate 32 
words), and a 1 parity check bit (i.e., bit 20). In the case of a 
mode code, these bits indicate the mode code number (e.g., 
initiate self-test and transmit BIT word). 

[0038] Data words can be transmitted either by the BC or by 
the RT in response to a BC request. MIL-STD-1553 allows a 
maximum of 32 data words to be sent in a packet with a 
command word before a status response is returned. Data 
words can include a 3 bit-time sync pattern (i.e., bits 1-3; 
opposite in polarity from command and status words), a 16 bit 
data field (i.e., bits 4-20), and 1 parity check bit (i.e., bit 20). 
The status words can be transmitted by the RT in response to 
command messages from the BC and include a 3 bit-time 
sync pattern (i.e., a similar pattern as fora command word), a 
5 bit address of the responding RT (i.e., bits 4-8; RT address 
0-31), a 11 bit status field to notify the BC of the operating 
condition of the RT and subsystem (i.e., bits 9-19; single bit 
condition codes, where ‘one’ state indicates a condition is 
true; more than one condition may be true at the same time), 
and 1 parity check bit (i.e., bit 20). 

[0039] Communication on the MIL-STD-1553 bus can be 
under the control of the bus controller using commands from 
the BC to the RTs to receive or transmit. The sequence of 
words, (the form of the notation can be <originator>.<word_ 
type(destination)> and is a notation similar to communicating 
sequential processes (CSP)), for transfer of data from the BC 
(e.g., master) to a terminal (e.g., RT) can be represented by: 
master.command(terminal)—terminal.status(master)—mas- 
ter.data(terminal)—>master.command(terminal)—terminal. 
status(master) 

[0040] Thus, during a transfer, communication is started by 
the bus controller, and a remote terminal device may not 
initiate a data transfer. The status word at the end of a data 
transfer sequence ensures that the data has been received and 
that the result of the data transfer is acceptable. If either RT 
fails to send its status or the expected data or indicates a 
problem through the setting of error bits in the status word, the 
bus controller may retry the transmission. Thus the MIL- 
STD-1553 sequence of words provides high integrity com- 
munication. 

[0041] The MIL-STD-1553 bus controller can have a 
schedule of transfers (referred to as cyclic executive schedule 
structure) that covers the majority of transfers, often orga- 
nized into a major frame or major cycle, which can be subdi- 
vided into minor cycles. The scheduled of transfers can be 
referred to as periodic messages. While the RTs may not start 
a transfer directly, the MIL-STD-1553 does provide pro- 
cesses (e.g., acyclic transfers as they are outside the structure 
used by the cyclic executive) for when an RT needs to transmit 
data that is not automatically scheduled by the bus controller. 
Due to acyclic transfers, the bus controller can poll the remote 
terminals connected to the data bus, generally at least once in 
a major cycle. RTs with higher-priority functions (for 
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example, RTs operating the aircraft control surfaces) can be 
polled more frequently, while lower-priority functions may 
be polled less frequently. 


[0042] Six types of MIL-STD-1553 transactions can be 
allowed between the BC and a specific RT or between the bus 
controller and a pair of RTs. The six types of MIL-STD-1553 
transactions can include a controller to RT transfer, a RT to 
controller transfer, RT to RT transfers, a mode command 
without a data word, a transmit mode command with data 
word(s), or a receive mode command with data word(s). In the 
controller to RT transfer, the bus controller sends one 16-bit 
receive command word, immediately followed by 1 to 32 
16-bit data words. The selected remote terminal can then send 
a single 16-bit status word. In the RT to controller transfer, the 
bus controller sends one transmit command word to a remote 
terminal. The remote terminal then sends a single status word, 
immediately followed by 1 to 32 words. In the RT to RT 
transfers, the bus controller sends out one receive command 
word immediately followed by one transmit command word. 
The transmitting remote terminal sends a status word imme- 
diately followed by 1 to 32 data words. The receiving terminal 
then sends its status word. In the mode command without a 
data word, the bus controller sends one command word with 
a subaddress of 0 or 31 signifying a mode code type com- 
mand. The remote terminal responds with a status word. In 
the transmit mode command with data word(s), the bus con- 
troller sends one command word with a subaddress of 0 or 31 
signifying a mode code type command. The remote terminal 
responds with a status word immediately followed by a data 
word. In a receive mode command with data word(s), the bus 
controller sends one command word with a subaddress of 0 or 
31 signifying a mode code type command immediately fol- 
lowed by a data word. The remote terminal responds with a 
status word. MIL-STD-1553B also allows for additional 
optional broadcast transfers, such as the controller to RT(s) 
transfer, the RT to RT(s) transfers, the broadcast type mode 
command without a data word, and the broadcast type mode 
command with data word(s). 


[0043] FIG. 4 illustrates the basic formats of three basic 
types of MIL-STD-1553 information transfers including bus 
controller to remote terminal transfers (BC-to-RT), remote 
terminal to bus controller transfers (RT-to-BC), and remote 
terminal to remote terminal (RT-to-RT) transfers. The RT-to- 
RT transfer may not apply to MIL-STD-1760 weapon sys- 
tems. The MIL-STD-1553 information transfers can be 
related to the data flow and can be referred to as messages. In 
an example, receive (‘R’) messages can refer to BC-to-RT 
messages, and transmit (“T”) messages can refer to RT-to-BC 
messages. 


[0044] FIG. 5 illustrates an “R” message process flow 300 
and translation using the Universal Armament Interface 
(UATI) translator. The flow can start 310 with a legacy format 
‘R? message being received by remote terminal (RT) and 
stored in UAI translator (e.g., MIL-STD-1760 interface 
bridge) memory 312. Then, the processor (e.g., CPU) can 
determine the subaddress of the legacy “R” message received 
either via interrupt from the RT or by continuously polling the 
RT 314. Next, a determination of the subaddress can be made 
316. If the subaddress for the legacy format ‘R’ message is 
undefined, the UAI translator can ignore the legacy format 
“R” message 322. If the subaddress for the legacy format “IR” 
message is defined, a determination can be made if the first 
word of the header is expected 318. If the first word of the 
header is not expected, the UAI translator can ignore the 
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legacy format ‘R’ message. If the first word of the header is 
expected, the UAI translator can verify that the checksum 
passes 320. The checksum check may only be performed if 
the full length legacy format ‘R’ message has been transmit- 
ted by the BC (162 of FIG. 1) from the aircraft platform. If the 
checksum does not pass, the UAI translator can ignore the 
legacy format ‘IR’ message. If the checksum passes, a deter- 
mination can be made if the legacy format ‘R’ message is a 
periodic legacy format “R” message and if the contents of the 
periodic legacy format “R” message have a changed state 324. 
If the legacy format ‘R’ message is a periodic legacy format 
‘R’ message and the periodic legacy format ‘IR’ message has 
not changed state, the UAI translator can ignore the legacy 
format ‘R’ message. For messages sent periodically, the UAI 
translator may only process messages that have changed 
state. Aperiodic (e.g., on demand messages) may be pro- 
cessed for each instance. If the legacy format ‘R’ message is 
an aperiodic legacy format ‘R’ message, or if the legacy 
format ‘IR’ message is a periodic legacy format ‘R’ message 
and the periodic legacy format ‘R’ message has changed state, 
the UAI translator may process the legacy format ‘R? message 
based on the message type 326. In an example, determining a 
defined subaddress, an expected first word header, a verified 
checksum, or a changed state of the periodic legacy ‘IR’ 
message can be performed in any order. In another example, 
one or more of the operations of determining a defined sub- 
address, an expected first word header, a verified checksum, 
or a changed state of the periodic legacy ‘R’ message may be 
omitted. 


[0045] Some types of legacy format ‘R’ message can have 
a one-to-one mapping to a UAI format ‘R’ message and can 
pass through to the BC 330 with minor to no modifications. 
The legacy and UAI definition for the ‘IR’ message (msg) can 
be similar with some minor differences. For example, one- 
to-one pass though ‘IR’ messages can include aircraft plat- 
form ID (1R), periodic transfer alignment (2R), time msg 
(3R) (e.g., the legacy time mark block (4R) message can be 
used to compute the global positioning system (GPS) leap 
seconds which can be a field in the UAI 3R message), moment 
arm (9R), store control (11R) (e.g., only the mission store 
control component of the message may be used by the legacy 
interface), GPS keys (12R), mass data transfer data (13R), 
mass data transfer control (14R), and environmental data 
(15R). 

[0046] Some types of legacy format ‘R’ message can refor- 
matted to multiple UAI format “R” messages 332. The fields 
from multiple legacy messages may be used to populate or 
construct multiple UAI messages. For instance, the legacy 
17R (target data) fields can be map to the UAI 17R (target 
data) and UAI 24R (seeker control) messages. FIG. 6 illus- 
trates a representation of legacy 17R (i.e., target data) mes- 
sage fields (for Enhanced Paveway™ or JDAM interface) 
mapping to UAI 17R (i.e., target data) and UAI 24R (i.e, 
seeker control) messages, where FIG. 6 illustrates an abbre- 
viated description of the UAI message set. For instance, the 
latitude, longitude, and altitude from the legacy 17R message 
410 can map to the UAI 17R-1 message 420, and the PRF 
code and mode control from the legacy 17R message can map 
to the laser control and laser code of the UAI 24R message 
422. 

[0047] Referring back to FIG. 5, some types of legacy for- 
mat ‘IR’ message can be divided into multiple UAI format ‘R? 
messages 334 (i.e., legacy divided ‘R?’ message). The legacy 
‘R’ message fields and/or commands can result in two or more 


Dec. 24, 2015 


instances of UAI format “R” messages being transmitted. For 
instance, the legacy 22R message may update both the UAI 
22R (weapon control) and UAI 6R (launch acceptability 
region (LAR) control) messages. 


[0048] In an example, a plurality of legacy format ‘IR’ 
messages can be combined into a UAI format ‘R’ message 
336 (1.e., UAI divided ‘IR’ message). The multiple legacy ‘R? 
messages can be mapped to a single UAI ‘R’ message. For 
instance, the UAI 11 R message can be a dual purpose mes- 
sage containing both mission store control commands from 
the legacy 11 R message and fuze settings data from the 
legacy 23R message. 


[0049] Although some examples of ‘R’ message translation 
of specific messages have been illustrated, other specific mes- 
sages can use at least one of the four messaging processes 
(e.g., 330, 332, 334, or 336). After the legacy format ‘R’ 
message is translated or converted to the UAI format ‘R’ 
message (330, 332, 334, or 336), the UAI translator can 
schedule transmission of the UAI ‘IR’ message(s) by the bus 
controller (BC) 338. 


[0050] In an example, the UAI translator can receive time- 
stamped legacy ‘R’ messages from the aircraft BC and can 
maintain the computed data latency accuracy on retransmit- 
ting the converted time-stamped UAI ‘R’ messages. The time- 
stamped ‘R’ message can conform to a “data latency” method 
of time-stamping as specified in MIL-STD-1760. The UAI 
translator can recompute the timestamp using a “time tag” 
method of time-stamping as specified in the UAI specifica- 
tion. In an example, the time tag method can include initiation 
of a periodic transmittal of a mode code 17 (MC17) message 
by the BC ata rate of 0.25 to 1 hertz (Hz). Then the data in the 
MC 17 message can be set with a dataword set equal a BC real 
time clock. The timestamp fields can be recomputed in the ‘R? 
message so that the computed data latency using the mode 
code 17 method is accurate. 


[0051] In another example, the UAI translator can receive 
time-stamped legacy ‘R’ message conforming to the “time 
tag” method of time-stamping as specified in MIL-STD- 
1760. The UAI translator can modify a time stamping of a 
specified mode control (MC) message, or maintain a timing 
requirement of a specified received legacy message (‘R’ mes- 
sage) generated via the MIL-STD-1553 RT protocol. 


[0052] The UAI translator can also convert a UAI format 
‘T’ message to a legacy format ‘T’ message. FIG. 7 illustrates 
a transmit (‘T’) message process flow 302 and translation 
using the Universal Armament Interface (UAI) translator. The 
flow can start 350 with the processor (e.g., CPU) selectively 
activating or deactivating periodic reading of UAI “1” mes- 
sages by the bus controller (BC) 352. A determination can be 
made if the contents of the UAI format “T” message have a 
changed state 354. If the UAI format “T” message has not 
changed state, the UAI translator can ignore the UAI format 
‘T’ message 358. If the UAI format ‘T’ message has changed 
state, the UAI translator can verify that the checksum passes 
356. The checksum check may only be performed if the full 
length UAI format ‘T’ message has been transmitted by the 
UAI RT (172 of FIG. 1) from the weapon platform. If the 
checksum does not pass, the UAI translator can ignore the 
UAI format ‘T’ message. If the checksum passes, the UAI 
translator may process the UAI format ‘T’ message based on 
the message type 360. In an example, determining a changed 
state of the UAI format ‘T’ message, or a verified checksum 
can be performed in any order. In another example, one or 
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more of the operations of determining a changed state of the 
UAI format “I” message or a verified checksum may be 
omitted. 


[0053] Some types of UAI format “1” message can have 8 
one-to-one mapping to a legacy format ‘T’ message and can 
pass through to the RT 362 with minor to no modifications. 
The legacy and UAI definition for the ‘T? message can be 
similar with some minor differences. For example, one-to- 
one pass though “T” messages can include store ID (1T) or 
mass data transfer monitor (14T) passed through directly to 
the RT. 


[0054] Some types of UAI format ‘T’ message can refor- 
matted to multiple legacy format ‘T’ messages 364. The fields 
from multiple UAI messages may be used to populate or 
construct multiple legacy messages. For instance, selected 
fields from the UAI 22T can be used to update the legacy 22T 
message. In another example, the UAI launch acceptability 
range in zone and in range messages (5T, 6T) can be used to 
update the legacy 9T and 15T messages. 


[0055] Some types of UAI format ‘T’? message can be 
divided into multiple legacy format “1” messages 366 (i.e., 
UAI divided ‘T’ message). The UAI ‘T’ message fields and/or 
commands can result in two or more instances of legacy 
format ‘T’ messages being transmitted. For instance, the criti- 
cal control words of the UAI 11T (mission store monitor) 
message can be used to update the legacy 11T buffers, and the 
fuze settings fields of the UAI 11T message can be used to 
update the legacy 23T message. 


[0056] In an example, a plurality of UAI format ‘T’ mes- 
sages can be combined into a legacy format ‘T’ message 368 
(i.e., legacy divided ገ” message). The multiple UAI ‘T’ 
messages can be mapped to a single legacy ‘T’ message. For 
instance, the UAI 17T (target data monitor) fields and the UAI 
24T (seeker monitor) fields can be used to update the legacy 
17T message. 


[0057] Although some examples of ‘T’ message translation 
of specific messages have been illustrated, other specific mes- 
sages can use at least one of the four messaging processes 
(e.g., 362, 364, 366, or 368). After the UAI format “ፐ” mes- 
sage is translated or converted to the legacy format ‘T’ mes- 
sage 362, 364, 366, or 368), the legacy “T” message buffers 
can be “double buffered”. The processor can update the RT 
‘T’ message buffers with the copies of the message that have 
been updated 370. 


[0058] Referring back to FIG. 1, a Universal Armament 
Interface (UAI) translator 100 can include a legacy interface 
116, a UAI 126, and a processor 106. The UAI translator can 
provide a legacy military standard-1760 (MIL-STD-1760) 
messaging interface. The legacy interface can be configured 
to receive a legacy receive message (“R” message) and trans- 
mit a legacy transmit message (7' message). The legacy inter- 
face can include a MIL-STD-1760 remote terminal (RT) mes- 
saging interface. The UAI can be configured to transmit a UAI 
‘R? message and receive a UAI ‘T’ message. The processor 
can be configured to translate the legacy “R” message to the 
UAI ‘R’ message, and translate the UAI ‘T’ message to the 
legacy ‘T’ message. 

[0059] In an example, the weapon side connector uses an 
aircraft store-5725 (AS-5725) connector (or joint miniature 
munitions interface (IMMI) connector 122 or miniature 
munitions store interface (MMSI) connector) and the weapon 
side signaling protocol uses an Enhanced Bit Rate-1553 
(EBR-1553) bus controller (BC) protocol. 
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[0060] In another example, the UAI translator can include 
an ‘R?’ message buffer, a bus controller (BC) ‘T? message 
buffer, and a remote terminal (RT) “ገ” message buffer. The 
‘R? message buffer can be configured to buffer the legacy ‘R? 
message from an incoming legacy “R” message during trans- 
lation to the UAI ‘R’ message. The bus controller (BC) ፐ” 
message buffer can be configured to copy the UAI ‘T’ mes- 
sage from an updated UAI ‘T’ message during translation to 
the legacy ‘T’ message. The remote terminal (RT) “TI” mes- 
sage buffer can be configured to buffer the legacy “T” message 
after translation from the UAI “ገ” message until the legacy ‘T? 
message is transmitted. In another example, the legacy inter- 
face provides an aircraft-side logical interface, and the UAI 
provides a weapon-side logical interface. 

[0061] In another configuration, the legacy ‘R’ message 
and the legacy ‘T’ message of the legacy interface use a 
message format for an MIL-STD-1760 precision guided 
munitions (PGM) mission store. The MIL-STD-1760 preci- 
sion guided munitions mission store include Guided Bomb 
Unit-31/32/38 (GBU-31/32/38) Joint Direct Attack Muni- 
tions (JDAM); Air-to-Ground Missile-154 (AGM-154) Joint 
Standoff Weapon (JSOW); Enhanced GBU-24/27/28/49 
(EGBU-24/27/28/49) Enhanced Paveway™; Cluster Bomb 
Unit-103 (CBU-103), CBU-104, or CBU-105 Wind Cor- 
rected Munitions Dispensers (WCMDs); Air-launched 
Decoy Missile-160B/C (ADM-160B/C) Miniature Air 
Launched Decoy (MALD); or AGM-158 Joint Air-to-Surface 
Stand-Off Missile (JASSM). 

[0062] Another example provides a method 500 for trans- 
lating between and Universal Armament Interface (UAI) and 
a military standard-1760 (MIL-STD-1760) messaging inter- 
face, as shown in the flow chart in FIG. 8. The method may be 
executed as instructions on a machine, computer circuitry, or 
a processor for the UE, where the instructions are included on 
at least one computer readable medium or one non-transitory 
machine readable storage medium. The method includes the 
operation of translating a UAI transmit message (“T” mes- 
sage) to a legacy ‘T’ message, as in block 510. The next 
operation of the method can be translating a legacy receive 
message (“R” message) to a UAI “R” message, as in block 520. 
[0063] In an example, the operation of translating the 
legacy ‘R?’ message to the UAI ‘R?’ message can further 
include: reordering, resizing, or reformatting selected fields 
or commands from the legacy “R” message for use in the UAI 
‘R? message; combining selected fields or commands from 
multiple legacy ‘R’ messages to generate the UAI ‘R’ mes- 
sage; or separating selected fields or commands from the 
legacy ‘R’ message to generate multiple UAI ‘R?’ messages. 
The operation of translating the UAI ‘T’ message to the 
legacy ‘T’ message can further include: validating a check- 
sum for the UAI ‘T’ message, and translating the UAI ‘T’ 
message to the legacy ‘T’ message when the checksum is 
validated. 

[0064] Inanother example, the method can further include: 
periodically polling the UAI ‘T’ message for changes, and 
updating a ‘T’ message buffer when the UAI ‘T’? message 
changes. The method can further include scheduling trans- 
mission of the legacy ‘T’ message to a remote terminal (RT) 
by a bus controller (BC). 

[0065] Another example provides functionality 600 of 
computer circuitry ofan Universal Armament Interface (UAI) 
translator for a military standard-1760 (MIL-STD-1760) 
messaging interface, as shown in the flow chart in FIG. 9. The 
functionality may be implemented as a method or the func- 
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tionality may be executed as instructions on a machine, where 
the instructions are included on at least one computer read- 
able medium or one non-transitory machine readable storage 
medium. The computer circuitry can be configured to trans- 
late a legacy receive message (‘R’ message) to a UAI ‘R’ 
message, as in block 610. The computer circuitry can be 
further configured to translate a UAI transmit message (“T” 
message) to a legacy ‘T’ message, as in block 620. 

[0066] Inan example, the computer circuitry can be further 
configured to: buffer the legacy “R” message to ensure that an 
incoming legacy ‘R’ message is stored during the translation 
of the legacy ‘R’ message to the UAI ‘R’ message; or double 
buffer the ‘T’? message to ensure that an updated UAI ‘T? 
message is stored, the UAI ‘T’ message is not updated during 
the translation of the UAI ‘T’ message to the legacy ‘T? 
message, and the translated legacy ‘T’ message is transmitted 
before being replaced by another legacy “T” message. 
[0067] In another example, the computer circuitry config- 
ured to translate the UAI ‘T’ message to the legacy ‘T’ mes- 
sage can be further configured to: update the legacy ‘T’ mes- 
sage using selected fields from the UAI ‘T’ message, where 
the update reorders, resizes, or reformats the selected fields; 
combine selected fields from multiple UAI ‘T’ messages to 
generate the legacy ‘T’ message; or separate selected fields 
from the UAI ‘T’ message for multiple legacy ‘T’ messages, 
where each legacy ‘T’ message from the multiple legacy ‘T? 
messages includes a field from the UAI ‘T’ message. 

[0068] In another configuration, the computer circuitry can 
be further configured to: receive the legacy ‘R’ message by a 
remote terminal (RT) via an interrupt or continuous polling; 
and schedule transmission of the UAI ‘R’ message by a bus 
controller (BC). The computer circuitry configured to trans- 
late the legacy ‘R’ message to the UAI “R” message can be 
further configured to: divide message fields or message com- 
mands of the legacy ‘R’ message into at least two UAI 
instances; and map the message fields and message com- 
mands of each UAI instance to a separate UAI ‘R’ messages. 
[0069] In another example, the computer circuitry config- 
ured to translate the legacy ‘R?’ message to the UAI ‘R’ mes- 
sage can be further configured to: receive at least two different 
types of legacy ‘R’ messages, where each legacy ‘R’ message 
type includes a legacy instance including message fields or 
message commands of the legacy ‘R’ message; and combine 
the legacy instances into a single UAI ‘R’ message. 

[0070] In another configuration, the computer circuitry 
configured to translate the legacy “R” message to the UAI “R” 
message can be further configured to: reorder message fields 
or message commands of the legacy ‘R?’ message for the UAI 
‘R? message; or resize or reformat the message fields or the 
message commands of the legacy ‘R?’ message to a size within 
a UAI word in the UAI ‘R’ message; or recompute a check- 
sum for a modification to the UAI ‘R’ message. 

[0071] In another example, the computer circuitry config- 
ured to translate the legacy ‘R’ message to the UAI ‘R’ mes- 
sage can be further configured to: receive a legacy time- 
stamped “R” message including a conforming to a data latency 
method of time-stamping defined in MIL-STD-1760; and 
either recompute the legacy time-stamp in the legacy time- 
stamped ‘R’ message to a UAI time-stamp for a UAI time- 
stamped “R” message, where the UAI time-stamp conforms to 
a timetag method of time-stamping defined in a UAI specifi- 
cation, or maintain a timing requirement or computed data 
latency accuracy of legacy time-stamped “R” message in the 
UAI time-stamped ‘R’ message. 
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[0072] In another configuration, the computer circuitry 
configured to translate the legacy ‘R’ message to the UAI “R” 
message can be further configured to: verify that subaddress 
of the legacy ‘R’ message is defined; validate a checksum for 
the legacy “R” message; and translate the legacy ‘R’ message 
to the UAI ‘R’ message when the subaddress is defined and 
the checksum is validated. In another example, the computer 
circuitry configured to translate the legacy ‘R’ message to the 
UAI ‘R’ message can be further configured to: determine a 
specified first word header for the legacy ‘R’ message; and 
translate the legacy “R” message to the UAI “R” message when 
areceived first word header conforms to an expected specified 
first word header. In another example, the computer circuitry 
configured to translate the legacy “R” message to the UAI “R” 
message can be further configured to: receive a periodic 
legacy ‘R’ message; and translate the legacy ‘R’ message to 
the UAI ‘R’ message when the periodic legacy “R” message 
has a changed state. The UAI ‘R’ message or the UAI ግ” 
message uses 1 to 30 16-bit words, and message data and 
message commands of the legacy “R” message use message 
structures and definitions conforming to a legacy weapon 
Interface Control Document (ICD). 


[0073] Various techniques, or certain aspects or portions 
thereof, may take the form of program code (1.6., instructions) 
embodied in tangible media, such as floppy diskettes, com- 
pact disc-read-only memory (CD-ROMs), digital versatile 
disc (DVD), hard drives, non-transitory computer readable 
storage medium, or any other machine-readable storage 
medium wherein, when the program code is loaded into and 
executed by a machine, such as a computer, the machine 
becomes an apparatus for practicing the various techniques. 
Circuitry can include hardware, firmware, program code, 
executable code, computer instructions, and/or software. A 
non-transitory computer readable storage medium can be a 
computer readable storage medium that does not include 
signal. In the case of program code execution on program- 
mable computers, the computing device may include a pro- 
cessor, a storage medium readable by the processor (includ- 
ing volatile and non-volatile memory and/or storage 
elements), at least one input device, and at least one output 
device. The volatile and non-volatile memory and/or storage 
elements may be a random-access memory (RAM), erasable 
programmable read only memory (EPROM), flash drive, 
optical drive, magnetic hard drive, solid state drive, or other 
medium for storing electronic data. The interface bridge 
device may also include a transceiver module (i.e., trans- 
ceiver), acounter module (i.e., counter), a processing module 
(i.e., processor), and/or a clock module (1.e., clock) or timer 
module (i.e., timer). One or more programs that may imple- 
ment or utilize the various techniques described herein may 
use an application programming interface (API), reusable 
controls, and the like. Such programs may be implemented in 
a high level procedural or object oriented programming lan- 
guage to communicate with a computer system. However, the 
program(s) may be implemented in assembly or machine 
language, if desired. In any case, the language may be a 
compiled or interpreted language, and combined with hard- 
ware implementations. 


[0074] It should be understood that many of the functional 
units described in this specification have been labeled as 
modules, in order to more particularly emphasize their imple- 
mentation independence. For example, a module may be 
implemented as a hardware circuit comprising custom very- 
large-scale integration (VLSI) circuits or gate arrays, off-the- 
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shelf semiconductors such as logic chips, transistors, or other 
discrete components. A module may also be implemented in 
programmable hardware devices such as field programmable 
gate arrays, programmable array logic, programmable logic 
devices or the like. 

[0075] Modules may also be implemented in software for 
execution by various types of processors. An identified mod- 
ule of executable code may, for instance, comprise one or 
more physical or logical blocks of computer instructions, 
which may, for instance, be organized as an object, procedure, 
or function. Nevertheless, the executables of an identified 
module need not be physically located together, but may 
comprise disparate instructions stored in different locations 
which, when joined logically together, comprise the module 
and achieve the stated purpose for the module. 

[0076] Indeed, a module of executable code may bea single 
instruction, or many instructions, and may even be distributed 
over several different code segments, among different pro- 
grams, and across several memory devices. Similarly, opera- 
tional data may be identified and illustrated herein within 
modules, and may be embodied in any suitable form and 
organized within any suitable type of data structure. The 
operational data may be collected as a single data set, or may 
be distributed over different locations including over different 
storage devices, and may exist, at least partially, merely as 
electronic signals on a system or network. The modules may 
be passive or active, including agents operable to perform 
desired functions. 

[0077] Reference throughout this specification to “an 
example” or “exemplary” or “configuration” means that a 
particular feature, structure, or characteristic described in 
connection with the example is included in at least one 
embodiment of the present invention. Thus, appearances of 
the phrases “in an example” or “in a configuration” or the 
word “exemplary” in various places throughout this specifi- 
cation are not necessarily all referring to the same embodi- 
ment. 


[0078] As used herein, a plurality of items, structural ele- 
ments, compositional elements, and/or materials may be pre- 
sented in a common list for convenience. However, these lists 
should be construed as though each member of the list is 
individually identified as a separate and unique member. 
Thus, no individual member of such list should be construed 
as a de facto equivalent of any other member of the same list 
solely based on their presentation in a common group without 
indications to the contrary. In addition, various embodiments 
and example of the present invention may be referred to 
herein along with alternatives for the various components 
thereof. It is understood that such embodiments, examples, 
and alternatives are not to be construed as defacto equivalents 
of one another, but are to be considered as separate and 
autonomous representations of the present invention. 

[0079] Furthermore, the described features, structures, or 
characteristics may be combined in any suitable manner in 
one or more embodiments. In the following description, 
numerous specific details are provided, such as examples of 
layouts, distances, network examples, etc., to provide a thor- 
ough understanding of embodiments of the invention. One 
skilled in the relevant art will recognize, however, that the 
invention can be practiced without one or more of the specific 
details, or with other methods, components, layouts, etc. In 
other instances, well-known structures, materials, or opera- 
tions are not shown or described in detail to avoid obscuring 
aspects of the invention. 
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[0080] While the forgoing examples are illustrative of the 
principles of the present invention in one or more particular 
applications, it will be apparent to those of ordinary skill in 
the art that numerous modifications in form, usage and details 
ofimplementation can be made without the exercise ofinven- 
tive faculty, and without departing from the principles and 
concepts of the invention. Accordingly, it is not intended that 
the invention be limited, except as by the claims set forth 
below. 

What is claimed is: 

1. An Universal Armament Interface (UAT) translator for a 
legacy military standard-1760 (MIL-STD-1760) messaging 
interface comprising: 

a legacy interface for receiving a legacy receive message 
(“R” message) and transmitting a legacy transmit mes- 
sage (“T'message), wherein the legacy interface 
includes a MIL-STD-1760 remote terminal (RT) mes- 
saging interface; 

a UAI for transmitting a UAI ‘R’ message and receiving a 
UAI ‘T’ message; and 

a processor for: 
translating the legacy ‘R?’ message to the UAI ‘R’ mes- 

sage; and 
translating the UAI ‘T’ message to the legacy ‘T’ mes- 
sage. 

2. The UAI translator of claim 1, further comprising: 

an ‘R’ message buffer to buffer the legacy ‘R’ message 
from an incoming legacy ‘R’ message during translation 
to the UAI ‘R’ message; 

a bus controller (BC) “ገ” message buffer to copy the UAI 
‘T’ message from an updated UAI ‘T’ message during 
translation to the legacy “T” message; and 

a remote terminal (RT) ‘T’ message buffer to buffer the 
legacy “T” message after translation from the UAI “T” 
message until the legacy ‘T’ message is transmitted. 

3. The UAI translator of claim 1, wherein the legacy ‘R’ 
message and the legacy ‘T’ message of the legacy interface 
use a message format for an MIL-STD-1760 precision guided 
munitions (PGM) mission store, wherein the MIL-STD-1760 
precision guided munitions mission store include Guided 
Bomb Unit-31/32/38 (GBU-31/32/38) Joint Direct Attack 
Munitions (JDAM); Air-to-Ground Missile-154 (AGM-154) 
Joint Standoff Weapon (JSOW); Enhanced GBU-24/27/28/ 
49 (EGBU-24/27/28/49) Enhanced Paveway™; Cluster 
Bomb Unit-103 (CBU-103), CBU-104, or CBU-105 Wind 
Corrected Munitions Dispensers (WCMDs); Air-launched 
Decoy Missile-160B/C (ADM-160B/C) Miniature Air 
Launched Decoy (MALD); or AGM-158 Joint Air-to-Surface 
Stand-Off Missile (JASSM). 

4. The UAI translator of claim 1, wherein the legacy inter- 
face provides an aircraft-side logical interface, and the UAI 
provides a weapon-side logical interface. 

5. An Universal Armament Interface (UAI) translator for a 
military standard-1760 (MIL-STD-1760) messaging inter- 
face having computer circuitry configured to: 

translate a legacy receive message (“R” message) to a UAI 
‘R? message. 

6. The computer circuitry of claim 5, further configured to: 

translate a UAI transmit message (“T” message) to a legacy 
“1” message. 

7. The computer circuitry of claim 6, further configured to: 

buffer the legacy ‘R’ message to ensure that an incoming 
legacy “R” message is stored during the translation ofthe 
legacy “R” message to the UAI “R” message; or 


US 2015/0370752 Al 


double buffer the ‘T’ message to ensure that an updated 
UAI “T” message is stored, the UAI “ፐ” message is not 
updated during the translation of the UAI “T’ message to 
the legacy ‘T’ message, and the translated legacy “T” 
message is transmitted before being replaced by another 
legacy ‘T’ message. 

8. The computer circuitry of claim 6, wherein the computer 
circuitry configured to translate the UAI “ፐ” message to the 
legacy ‘T’ message is further configured to: 

update the legacy ‘T’ message using selected fields from 

the UAI ‘T’ message, wherein the update reorders, 
resizes, or reformats the selected fields; 

combine selected fields from multiple UAI ‘T’ messages to 

generate the legacy “T” message; or 

separate selected fields from the UAI ‘T’ message for mul- 

tiple legacy ‘T?’ messages, wherein each legacy ‘T’ mes- 
sage from the multiple legacy ‘T’ messages includes a 
field from the UAI ‘T?’ message. 

9. The computer circuitry of claim 5, further configured to: 

receive the legacy ‘R’ message by a remote terminal (RT) 

via an interrupt or continuous polling; and 

schedule transmission of the UAI ‘R’ message by a bus 

controller (BC). 

10. The computer circuitry of claim 5, wherein the com- 
puter circuitry configured to translate the legacy “R” message 
to the UAI ‘R’ message is further configured to: 

divide message fields or message commands of the legacy 

‘R? message into at least two UAI instances; and 
map the message fields and message commands of each 
UAI instance to a separate UAI ‘R’ messages. 

11. The computer circuitry of claim 5, wherein the com- 
puter circuitry configured to translate the legacy “R” message 
to the UAI ‘R’ message is further configured to: 

receive at least two different types of legacy “R” messages, 

wherein each legacy ‘IR’ message type includes a legacy 
instance including message fields or message com- 
mands of the legacy ‘R?’ message; and 

combine the legacy instances into a single UAI ‘R’ mes- 

sage. 
12. The computer circuitry of claim 5, wherein the com- 
puter circuitry configured to translate the legacy “R” message 
to the UAI ‘R’ message is further configured to: 
reorder message fields or message commands of the legacy 
‘IR’ message for the UAI ‘R?’ message, or 

resize or reformat the message fields or the message com- 
mands of the legacy ‘R’ message to a size within a UAI 
word in the UAI ‘IR’ message; or 

recompute a checksum for a modification to the UAI ‘R? 

message. 

13. The computer circuitry of claim 5, wherein the com- 
puter circuitry configured to translate the legacy “R” message 
to the UAI ‘R’ message is further configured to: 

receive a legacy time-stamped “R” message conforming to 

a data latency method of time-stamping defined in MIL- 
STD-1760; and either 

recompute the legacy time-stamp in the legacy time- 

stamped ‘IR’ message to a UAI time-stamp for a UAI 
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time-stamped “R” message, wherein the UAI time-stamp 
conforms to a timetag method of time-stamping defined 
in a UAI specification, or 

maintain a timing requirement or computed data latency 

accuracy of legacy time-stamped ‘R’ message in the UAI 
time-stamped ‘R’ message. 

14. The computer circuitry of claim 5, wherein the com- 
puter circuitry configured to translate the legacy “R” message 
to the UAI ‘R’ message is further configured to: 

verify that subaddress of the legacy ‘R’ message is defined; 

validate a checksum for the legacy “R” message; and 

translate the legacy ‘R’ message to the UAI ‘R’ message 
when the subaddress is defined and the checksum is 
validated. 

15. The computer circuitry of claim 6, wherein the UAI ‘R? 
message or the UAI ‘T’ message uses 1 to 30 16-bit words, 
and message data and message commands of the legacy ‘R? 
message use message structures and definitions conforming 
to a legacy weapon Interface Control Document (ICD). 

16. A method for translating between and Universal Arma- 
ment Interface (UAI) and a military standard-1760 (MIL- 
STD-1760) messaging interface, comprising: 

translating a UAI transmit message (‘T’ message) to a 

legacy “T” message. 

17. The method of claim 16, further comprising: 

translating a legacy receive message (‘R’ message) to a 

UAI “R” message. 

18. The method of claim 17, wherein translating the legacy 
‘R? message to the UAI ‘R’ message further comprises: 

reordering, resizing, or reformatting selected fields or com- 

mands from the legacy “R” message for use in the UAI 
“R” message; 

combining selected fields or commands from multiple 

legacy ‘R’ messages to generate the UAI “፲፻” message; or 

separating selected fields or commands from the legacy “R” 

message to generate multiple UAI ‘R’ messages. 

19. The method of claim 16, wherein translating the UAI 
‘T’ message to the legacy ‘T’ message further comprises: 

validating a checksum for the UAI ‘T’ message; and 

translating the UAI ‘T’ message to the legacy “T” message 
when the checksum is validated. 


20. The method of claim 16, further comprising: 
periodically polling the UAI ‘T’ message for changes; and 


updating a ‘T’ message buffer when the UAI ‘T’ message 
changes. 


21. The method of claim 16, further comprising: 


scheduling transmission of the legacy “I” message to a 
remote terminal (RT). 
22. At least one non-transitory machine readable storage 
medium comprising a plurality of instructions adapted to be 
executed to implement the method of claim 16. 


* * * * * 


